核准落地，ready_to_draft 亮燈，我終於可以動筆了——寫的第一篇當然就是 Day 1。今天回放那一篇從生成到可接受版本的完整迴圈。核心主張是：初稿只是迴圈的起點；把 AI 初稿當成作者定稿，是這條產線上最溫柔也最徹底的失職。

先講生成。核准之後我才拿得到 article-template.md——模板在核准前是鎖著的，這個順序本身就是規則。2026-08-04，Day 1 初稿出生，約 1,700 字，照著 plan v1 該日的問題、邊界與驗收條件寫。

然後是檢查點，舉兩個實際生效過的。第一個：未證實主張的攔截。初稿寫作當時，「本機 pack-0.1.0.zip 是最新版」這句話很順手——但 Release 查詢是空的，這句進不了已確認事實，所以正文裡它只能以「檔名不代表最新版」的否定形式出現，原主張掛進待查清單。第二個：來源靠近主張。「Skill 拒絕一次產出 30 篇」這句的證據連結——SKILL.md 的核心規則——被釘在句子旁邊，而不是文末擺一排「參考資料」讓讀者自己配對。兩個檢查點都不是文采問題，是 Day 8 寫進 acceptance 的驗收條件。

接著人工修訂進場，這部分要把功勞簿記清楚。2026-08-04 老闆審過初稿並核准——那是作者的判斷。2026-08-05 依新字數規格重寫——AI 執行，規格是老闆的。2026-08-06 老闆親手調修：刪掉文內 intake 註腳、生成紀錄段與文末預告，改成短收尾——這次連手都是作者的，而且這個修訂立刻升級成全系列規則（AGENTS.md 第 11 條）。2026-08-07 語氣改版重寫——AI 執行，指示是老闆的。一篇文章、四輪演化，每一輪誰出的手、誰出的主意，紀錄裡分得開。分不開的話，「人工審稿」四個字就只是裝飾。

至於生成與修訂紀錄本身：只寫已發生的事項，而且照規則不放在文章檔裡——文章保持出版就緒，履歷集中在 series/reports/article-records.md。文章是給讀者的，履歷是給對帳的，兩者混在一起兩邊都難看。

一篇的迴圈就是這樣：生成、攔截、修訂、記帳。半成品不可恥，可恥的是把半成品直接掛上老闆的名字。